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© The routing of calls of different classes of ser- 
vices as well as the administration thereof is en- 
hanced by associating each such class of service 
with a number of parameters common to such ser- 
vices, such that each class of service, as well as a 
new class of service, may be readily identified by its 
respective parameter values. Accordingly, the rout- 
ing and administration of calls of different classes of 
services may be handled in a systematic, straight 
forward manner so that basic network capabilities 
may be made available to various services using an 
administratively defined menu like structure. In addi- 
tion, such class of service advantageously partitions 
network bandwidth allocation, call routing priority, 
voice/data transport, and traffic data registers into 
respective classes of services. 
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Field of the Invention 

The invention relates to telecommunications 
networks, such as a public switched network, and 
more particularly relates to controlling the way in 
which telephone calls, and the like, associated with 
respective classes of network services are routed 
through a telecommunications network. 

Background of the Invention 

Routing is a communications network function 
that is performed to advance a telephone call from 
an origination point to a destination point. Such a 
routing function is, therefore, at the heart of the 
architecture, design and operation of a communica- 
tions network. Most routing functions were initially 
designed to route what is commonly referred to as 
"Plain Old Telephone Service" (POTS) calls. 
Thereafter, to meet customer and competitive de- 
mands, communications networks began offering 
additional services, such as, for example, (a) digital 
services for transporting data, (b) very low blocking 
services to ensure with a high level of probability 
that associated service calls are routed to their 
destinations during times of network congestion, 
and (c) the well-known 800 and 900 number ser- 
vices. The introduction of a new service is usually 
accompanied by a change in the underlying routing 
function so that telephone calls associated with the 
new service may be properly routed to their re- 
spective destinations. However, over time, each 
such change may cause the underlying network 
routing function to become complex and unwieldy 
to administer, thereby making it difficult to further 
change the routing function to accommodate other 
new services. 

Summary of the Invention 

The art of telecommunications switching is ad- 
vanced, in accord with the invention, by associating 
each such class of service with a number of pa- 
rameters common to all such services and by 
distinguishing different classes of services from 
one another by their respective parameter values. 
In particular, each such class of service is asso- 
ciated with a service identity value and a transport 
capability value which control the routing of an 
associated call to its destination. In an illustrative 
embodiment of the invention, a pair of service 
identity and transport capability values are trans- 
lated into a respective routing pattern identity value 
defining a respective blocking objective. The rout- 
ing of a call to its destination is thus controlled by 
a blocking objective specified by a respective rout- 
ing pattern identity value derived for the associated 
call. 



Brief Description of the Drawings 

In the drawing: 
FIG. 1 is a broad block diagram of a teie- 

5 communications network in which the principles 

of the invention may be practiced; 
FIG. 2 illustrates an example of a table that may 
be used in the network of FIG. 1 to translate 
information associated with a call into a respec- 

10 tive service identity value; 

FIG. 3 illustrates an example of a table that may 
be used in the network of FIG. 1 to translate a 
transport capability associated with a call into a 
respective transport capability value; 

75 FIG. 4 illustrates an example of a table that may 
be used in the network of FIG. 1 to translate a 
pair of service identity and transport capability 
values into a respective routing pattern identity 
value; and 

20 FIGs. 5-7 illustrate examples for selecting a mul- 
tilink path to route a call under particular traffic 
conditions. 

Detailed Description 

25 

In an exemplary embodiment of the invention, 
communications network 200 shown in FIG. 1 may 
be a telephone network, such as, for example, the 
well-known AT&T public switched network that pro- 

30 vides a plurality of voice and data services for its 
user (subscribers), such as the subscriber asso- 
ciated with telephone station set S1. Network 200 
includes, inter alia, a plurality of Toll Switches (TS), 
e.g., 205, 210, and 215, and International Switching 

35 Centers (ISC), e.g., 230. As is well-known, an ISC 
is used to establish communications (telephone) 
connections between network 200 and an overseas 
switching center, such as a switching center lo- 
cated in the United Kingdom. Such overseas con- 

40 nections are represented in the FIG. by commu- 
nications path 236. 

Toll switches 205, 210 and 215 as well as ISC 
230 may be any one of the well-known types of 
switching equipment, such as, for example, the No. 

45 4ESS (Electronic Switching System) available from 
AT&T. It is seen from the FIG. that a toll switch, 
e.g., TS 205 (210, 215), may be connected to a 
number of so-called central offices provided by 
Local Exchange Carriers (LECs), such as LEC 105 

so (110, 120). A toll switch, e.g., TS 215, may also be 
connected to what is commonly referred to as 
Customer Provided Equipment (CPE), which may 
be, for example, a so-called private branch ex- 
change. The operation of a central office as well as 

55 a private branch exchange is well-known and will 
not be discussed herein. However, it suffices to say 
that a central office or CPE is arranged to send to 
an associated network 200 toll switch a telephone 
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call originated at a calling telephone station set 
(herein the calling party), e.g., S5 or S6, which has 
dialed a particular long distance telephone number. 
A central office or CPE is also arranged to connect 
to a telephone station set, e.g., S4, (herein the 
called party) a call that the CO or CPE receives 
from an associated toll switch. 

In addition, each toll switch, e.g., 205, 210, etc., 
and ISC, e.g., 230, is connected to a data link 150, 
which may be, for example, the well-known Com- 
mon Channel Signaling System network (CCS). 
CCS network 150 is arranged so that the toll 
switches and ISCs may exchange data messages 
with one another in order to establish via network 
200 a connection between two facilities, e.g, central 
offices, respectively serving a calling telephone sta- 
tion, e.g., station S1 , and a called telephone station, 
e.g., station S4. 

In contemplation of the invention, each tele- 
phone call processed by network 200 is associated 
with a particular class of service (COS), and each 
such service is defined, in accord with an aspect of 
the invention, by a group of parameters, for exam- 
ple, four parameters. The respective values of the 
four parameters define the type of routing and 
transport capability that are accorded to the asso- 
ciated COS. 

Specifically, the group of parameters associ- 
ated with a particular COS includes what we call 
Service Identity (SI), Transport Capability (TC), 
Routing Pattern Identity (RPI) and Circuit Selection 
Identity (CSI). SI identifies a particular service, e.g., 
Long Distance Service (LDS), Software Defined 
Network (SDN) service, 800 service, etc., and/or 
calling feature associated with an incoming call 
originating at a toll switch, e.g., TS 205. Such a 
calling feature may be, for example, what is com- 
monly referred to as "Priority Routing", as will be 
explained below in detail. In an illustrative embodi- 
ment of the invention, an SI is derived for each 
incoming call based on information associated with 
the call. Such information includes (a) whether the 
incoming call originated at a LEC or CPE (CPE is 
also referred to herein as a nodal); (b) whether the 
destination point is a LEC, nodal or an International 
Switching Center (e.g., ISC 230); (c) signaling ser- 
vice type, e.g., voice; and (d) dialed service type, 
such as, for example, special access codes for 800 
number services. 

As is well-known, the origination (e.g:, LEC) 
and destination (e.g., ISC) points associated with 
an incoming call at a toll switch may be determined 
from the identity of the trunk group which receives 
the incoming call at the toll switch and the dialed 
digits identifying the called station, respectively. 
For example, if the dialed digits happen to be NPA- 
xxx-yyyy (where NPA defines part of the North 
American dialing plan commonly referred to as the 
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"N umbering P Ian A rea code"), then it is likely 
that a LEC is~~the destination point for the asso- 
ciated call. If the format of the dialed digits define a 
so-called country code (i.e, a code associated with 
s on overseas country), for example, 01 1-aa-bb-xxx- 
yyyy, then it is likely that the destination point is an 
ISC, e.g., ISC 230. As a last example, if the dialed 
digits (e.g., xxx-yyyy) are not accompanied by an 
NPA or country code, then it is likely that a nodal 
w (CPE) is the destination point. 

The next parameter, Transport capability (TC) 
defines the transmission capability that will be used 
in routing an incoming call to a destination toll 
switch, in which the transport capability may be, for 
15 example, voice transmission, or data transmission 
(e.g., 64 kb/s, 384 kb/s, etc). The TC parameter 
may be determined from the identity of the trunk 
group that receives the incoming call at the origi- 
nating toll switch, or from particular digits prefixed 
20 to the dialed number. For example, for a so-called 
Accunet switched 56 digital data service, the prefix 
digits would be 700-056-xxxx. 

As will be shown below, the SI and TC values 
derived for an incoming call are then mapped 
25 (translated), in accord with an aspect of the inven- 
tion, into another parameter, which we call a Rout- 
ing Pattern Identity (RPI). The RPI value is then 
used to specify the routing treatment that should 
be accorded to an associated incoming call. In an 
30 illustrative embodiment of the invention, such treat- 
ment is defined as a so-called blocking objective, 
i.e., a particular level of call blocking, as well as the 
routing priority, bandwidth allocation, voice/data 
transport, data rate, and traffic data registers. All of 
35 these parameters can be set independently by the 
class of service, and in this manner define a sepa- 
rate virtual network on the shared transport network 
for each class of service. The routing priority is 
used by a toll switch experiencing traffic conges- 
40 tion as a means of determining whether the routing 
of a particular call to a destination toll switch 
should be given preference over other calls. That 
is, during such traffic congestion, a call associated 
with a first RPI value would be given routing pref- 
45 erence over another call associated with a second 
RPI value. Whereas, a call associated with the 
second RPI value would be given routing pref- 
erence over a call associated with a third RPI 
value, and so on. (As an aside, the highest routing 
so preference is commonly referred to as "key service 
protection", as will be explained below.) 

As discussed above, a communications net- 
work routing function is changed from time to time 
to accommodate a new service. Such a change is 
55 not achieved easily, and typically entails adding a 
new software program module to the routing func- 
tion and changing other such modules, thereby 
causing the routing function to become, over time, 
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complex and unwieldy to administer. 

We deal with this problem by providing at each 
toll switch a first table comprising a plurality of 
records each comprising a plurality of fields. One 
of the fields of a record identifies a respective SI 
value and the remainder of such fields identify the 
information that is derived from the dialed number 
and/or identity of the trunk associated with an in- 
coming call. We also provide at each toll switch a 
second table for associating a particular transport 
capability with a respective value, and a third table 
for translating the values of a particular SI, TC pair 
into a respective RPI value. Accordingly, then, the 
administration of the routing function vis-a-vis add- 
ing a new or deleting an existing service boils 
down to, in accord with an aspect of the invention, 
adding or deleting an entry in the first table and, 
possibly, an entry in the second table and third 
tables. 

In addition, each such toll switch is arranged, in 
accord with an aspect of the invention, to pass to a 
succeeding toll switch involved in establishing a 
connection between the incoming call and a tele- 
phone station identified by the dialed digits, the 
associated TC and SI values. The progression of a 
call connection is therefore controlled by its asso- 
ciated COS type as characterized by TC and SI 
values derived at the originating toll switch. Each 
succeeding switch may then use the SI and TC 
values to control the routing of the associated call 
to a next switch. 

Turning now to FIG. 2, there is shown an 
illustrative example of a table 300 that an originat- 
ing toll switch may use to translate the aforemen- 
tioned information associated with an incoming call 
("calling information") into an SI (service identity) 
value. It is seen from the FIG. that fields 301 
through 304 define, inter alia, respective param- 
eters associated with an incoming call (i.e., the 
aforementioned calling information), which, in com- 
bination, define a respective SI value shown in field 
305 of the associated record. Advantageously, 
then, all that an originating toll switch, e.g., TS 205 
(FIG. 1), needs to do to identify the type of service 
that should be accorded to an incoming telephone 
call is to consult table 300. Moreover, in the event 
that network 200 introduces a new service, then 
table 300 may be easily updated to include that 
service. 

In particular, field 301 of a table 300 record 
contains a parameter defining whether the ingress 
point of an incoming call is, for example, a local 
exchange carrier (LEC), nodal, ISC, etc. Field 302 
of table 300 contains a parameter indicating wheth- 
er, at a network 200 egress point, the incoming call 
will be routed to its ultimate destination (called 
station) via, for example, a LEC, nodal, ISC, etc. 
Field 303 contains a parameter identifying a sig- 



naling service type that is associated with the in- 
coming call. (That is, the SI value is a function of 
the type of received signaling information.) Such 
signaling service types include, inter alia, conven- 

s tional Long Distance Service (LDS) and what is 
commonly referred to as a Software Defined Net- 
work (SDN). Field 304 of a table 300 record con- 
tains a parameter defining a dialed service type 
that is associated with an incoming call. (That is, 

io the SI value is also a function of the dialed number 
information.) In the instance where field 303 of the 
associated record defines the incoming call dialed 
number information as being conventional LDS, 
then the contents of the associated field 304 con- 

75 tains a null word, which is represented in the FIG. 
by a "dash", as is shown for records 300-1, 300-3 
and 300-4. In other instances, the contents of field 

304 defines one of a number of different dialed 
service types, for example, INWATS, as defined by 

20 associated dialed number information. The last field 

305 of a table 300 record provides an SI value. For 
example, the parameters (contents) shown in fields 
301 through 304 of record 300-1, in combination, 
define an SI value of 7. Whereas, the contents of 

25 fileds 301 through 304 of records 300-5 and 300-6 
define SI values of 6 and 8, respectively. The 
contents of fields 301 through 304 of records 300-7 
through 300-9 and their associated SI values repre- 
sent the remaining records of table 300 as well as 

30 records that may be added in the future to support 
new classes of services. 

Turning now to FIG. 3, there is shown table 
400 that an originating toll switch may use to 
translate quickly a transport capability (TC) into a 

35 particular value for the purpose of determining the 
RPI (Routing Pattern Identity) for an incoming call. 
As mentioned above, a TC may be either voice or 
digital data. For digital data, each entry (record) in 
table 400 defines a particular data rate as well as a 

40 transmission format, e.g., a restricted format (R) or 
clear channel format (C). 

Turning now to FIG. 4, there is shown table 
500 that an originating toll switch may use to 
translate a SI and TC combination (or pair) into a 

45 particular RPI value, or index. For example, the SI, 
TC pairs of (6,3) translate into an RPI value of 5 
defining a so-called Normal (N) priority level for the 
associated service. As another example, the SI, TC 
pair of (8,1) translate into an RPI value of 2 defining 

so a so-called Key (K) service priority level for the 
associated service. In an illustrative embodiment of 
the invention, and, as mentioned above, the key 
service priority level defines the highest priority 
level that may be accorded to a respective service, 

55 and takes precedence over a lower priority level, 
such as the normal (N) priority level. As a further 
example, Sl,TC pairs of (p,1) and (q,1) translate 
into respective RPI values of, for example, 10 and 
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15, respectively. The RPI values of 10 and 15 
respectively define, for example, a Low (L) priority 
level. 

(Hereinafter, for the sake of discussion, and not 
by way of limitation, the terms "Lightly Loaded" 
(LL) and "Heavily Loaded" (HL) when used in refer- 
ence to the load status of a direct path between 
two toll switches will be taken to mean that of the 
number of trunks forming the path more than 5%, 
and less than 5% are available, respectively. The 
term "Key Reserved State" will be taken to mean 
that only trunks reserved for key services are avail- 
able and the term "busy", if used, will be taken to 
mean that all such trunks are busy.) 

Thus, in accord with an aspect of the invention, 
the RPI values define a hierarchy of priority levels 
ranging from key service, the highest priority level 
objective, to L, the lowest priority level. Accord- 
ingly, the routing of an incoming call associated 
with a particular class of service defined by a 
respective pair of SI and TC values is controlled by 
an associated RPI value, as will be explained be- 
low. 

For example, assume that for a call defining a 
SI, TC pair of (q,1) the originating and destination 
toll switches are toll switches 205 and 21 5, respec- 
tively. Also assume that the current level of traffic 
(load status) for direct path 303 (FIG. 1) has 
reached the HL state. In such situation, then, the 
call would not be advanced via direct path 303 
since the L priority level set for a Sl.TC pair of (q,1) 
does not meet the current HL load state assumed 
for path 303. If, on the other hand, the call defined 
a Sl.TC pair of (1,1) then TS 205 would route the 
call to TS 215 via direct path 303, since, in accord 
with illustrative table 500, the priority level (RPI) for 
pair (1,1) is Normal (N), which meets the current 
load state assumed for path 303. However, if the 
current level of traffic for path 303 happened to be 
at the Key reserved load state, then TS 205 would 
route the call over path 303 only if the call defined 
a Sl.TC pair that is accorded a key service priority 
level, such as, for example, the SI,TC pair of (8,1). 
If the call cannot be routed via a direct path, then a 
toll switch, e.g., TS 205, would attempt to route the 
call via an alternate route, as explained below. 

The instant invention is particularly advanta- 
geous when practiced in conjunction with the al- 
ternate routing arrangement that is commonly re- 
ferred to as Real Time Network Routing (RTNR). 
RTNR is disclosed in "Real-Time Network Routing 
in a Dynamic Class-of-Service Network", G. R. 
Ash, et al, 13th International Teletraffic Congress, 
pp. 187-194, which is hereby incorporated by refer- 
ence. Briefly, and referring to FIG. 1, if an originat- 
ing toll switch, e.g., 205 cannot advance (route) a 
call to a destination toll switch, e.g., TS 215, via a 
direct link, e.g., path 303, then the originating toll 



switch may attempt to advance the call via a 
multiple-link path, e.g., a two-link path. A multiple- 
link path comprises a direct path (link) between the 
originating toll switch and an intermediate toll 

5 switch and a direct path (link) between the latter toll 
switch and the destination toll switch. The originat- 
ing toll switch locates such a multiple-link path by 
sending to the destination toll switch via CCS net- 
work 150 a message requesting the current traffic 

w levels (load states) of other direct links between the 
destination toll switch and other toll switches. In 
response to the request, the destination switch 
returns to the originating switch via CCS network 
150 a number of so-called bit maps indicative of 

75 such load states. The bit maps respectively identify 
which direct paths from other toll switches to the 
destination toll switch are lightly loaded, normally 
loaded, key and busy. 

Upon receipt of the bit maps the originating toll 

20 . switch logically compares ("ands") them with its 
own bit maps identifying the current load states of 
respective direct paths between the originating toll 
switch and the other toll switches. The resulting bit 
maps then identify effectively the load states of 

25 respective multiple-link paths between the originat- 
ing and destination toll switches. 

An illustrative example of such a bit map relat- 
ing to lightly loaded states which a destination 
switch, e.g., TS 215, may return to an originating 

30 toll switch, e.g., TS 205, is shown in FIG. 5. As 
indicated by the binary value of one, only the direct 
path from toll switch 215 to toll switch 220 is lightly 
loaded. As mentioned, the originating toll switch 
maintains its own bit maps of the load states of 

35 direct paths to other toll switches. One possible 
example of the bit map relating to lightly loaded 
states which the originating toll switch may main- 
tain is shown in FIG. 6. Similarly, as indicated by 
the binary values of one shown in the latter FIG., 

40 direct paths from originating toll switch 205 to toll 
switches 210 and 220 are most lightly loaded. The 
result of "anding" the bit maps of FIGs. 5 and 6 is 
shown in FIG. 7. FIG. 7 indicates in a similar 
manner that a lightly loaded multiple-link path in- 

45 volving toll switch 220 as an intermediate toll 
switch may be available. (It is noted that, although 
not shown in the FIGs., the originating toll switch 
could also generate bit maps respectively identify- 
ing normally loaded and key service multiple-link 

50 paths.) 

Accordingly, then, originating toll switch 205 
would, in accord with FIG. 7, route the call to 
destination switch 215 via a path 304 trunk capable 
of satisfying the transport capability specified by 

55 the associated call. In doing so, the originating 
switch would send to the intermediate switch, the 
TC and SI values associated with the call. If, in the 
event that such a trunk is not available, then TS 
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205 would block the call if the call is associated 
with a blocking object of LL. TS 205 would do so 
since FIG. 7 indicates that no other multiple-link 
path is available for a blocking objective of LL. 
However, if the call were associated with a higher 5 
priority level, e.g., key service, or if the blocking 
objective for this service is not being met, then TS 
205 would consult its remaining "resulting" bit 
maps to locate another available multiple-link path 
having the requisite transport capability. If such a 10 
path is available, then TS 205 would route the call 
to the intermediate switch switch via that path. The 
intermediate switch would then route the call to 
destination switch 215. If a path is not available, 
then TS 205 would block the call. 75 

As mentioned above, at the request of the 
originating switch, the destination switch returns bit 
maps identifying the loads states of direct paths to 
other toll switches. As also mentioned above, the 
destination switch returns a bit map for each of the 20 
load states. In contemplation of the invention, the 
destination switch may be advantageously ar- 
ranged so that it returns to the originating switch 
only those bit maps which satisfy the blocking 
objective associated with the class of service of the 25 
pertinent telephone call. 

In particular, the originating switch may include 
in the aforementioned request message that it 
sends to the destination switch the priority level 
value associated with the pertinent call. If the prior- 30 
ity level value happened to be, for example, Low 
(L) priority, then the destination switch would return 
to the originating switch only the bit map identify- 
ing the lightly loaded (LL) direct paths (links) con- 
nected between the destination switch and other 35 
switches, if any. Thus, the destination switch would, 
in the latter case, return just one bit map rather 
than three or four bit maps. If, on the other hand, 
the priority level value happened to be, for exam- 
ple, key service priority (K), then, in that case, the 40 
destination switch would return, for example, three 
bit maps. As discussed above, the three bit maps 
would respectively identify lightly loaded, heavily 
loaded and key reserved state direct paths con- 
nected between the destination switch and other 45 
switches. 

As is well-known, an originating switch creates 
a billing record for each incoming call that it pro- 
cesses and is answered by a called party. As is 
also well-known, a billing record is associated with 50 
the calling party's telephone number. Periodically, 
the billing records that have been created by a 
originating switch over a predetermined duration of 
time are presented to a billing center for process- 
ing. As a result of such processing, "telephone 55 
bills" are created and sent to respective subscrib- 
ers. Typically, a telephone bill includes such in- 
formation as, for example, the called number, date 



and time of the call and duration of the call. A 
billing record may also include a service code that 
identifies a associated class of service so that the 
billing center may associate a call with a class of 
service. 

As an aspect of the invention, the SI and TC 
values that an originating switch derives for a call 
may be substituted in the associated billing record 
for the aforementioned service code. Accordingly, 
the billing center may then associate the SI and TC 
values contained in a billing record with a respec- 
tive class of service and include the latter informa- 
tion in the respective telephone bill, thereby elimi- 
nating the need to maintain and administer such 
service codes. 

Claims 

1. In a telecommunications system comprising a 
plurality of switches interconnected by respec- 
tive communications paths an arrangement for 
routing a incoming call based on a class of 
service associated with the incoming call, and 
CHARACTERIZED IN THAT each of said 
switches comprises 

means, responsive to receipt of an incom- 
ing call at a respective one of said switches, 
for deriving from information associated with 
said incoming call a service identity value and 
a transport capability value, and 

means for routing said incoming call to a 
destination switch as a function of the service 
identity and transport capability values derived 
for said incoming call. 

2. The arrangement set forth in claim 1 FUR- 
THER CHARACTERIZED IN THAT said means 
for routing includes means for establishing a 
priority level for said incoming call as a func- 
tion of said service identity and transport capa- 
bility values, and for then routing said incom- 
ing call to said destination switch via a route 
having a current load status commensurate 
with said priority level. 

3. The arrangement set forth in claim 2 FUR- 
THER CHARACTERIZED IN THAT said means 
for establishing and routing said incoming call 
includes means operative in the event that said 
route is not available for then routing said call 
via another route whose blocking objective is 
not being met for the class of service asso- 
ciated with said incoming call. 

4. The arrangement set forth in claim 2 FUR- 
THER CHARACTERIZED IN THAT said means 
for establishing includes means for translating 
said service identity and transport capability 
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values into a routing pattern identity value de- 
fining a priority level indicative of said blocking 
objective. 

5. The arrangement set forth in claim 1 FUR- 
THER CHARACTERIZED IN THAT said ser- 
vice identity and transport capability values 
define the class of service that is associated 
with said incoming call. 

6. The arrangement set forth in claim 4 FUR- 
THER CHARACTERIZED IN THAT said incom- 
ing call is received at an originating one of said 
switches and said route is a multiple-link path 
and wherein said originating switch includes 
means operative for identifying said multiple- 
link path as a function of information obtained 
from said destination switch, such that the load 
status of said multiple-link path is commen- 
surate with the priority level associated with 
said incoming call. 

7. The arrangement set forth in claim 1 FUR- 
THER CHARACTERIZED IN THAT said incom- 
ing call is associated with a billing record and 
wherein said SI and TC values are included in 
said billing record to identify at least the class 
of service associated with said call. 

8. In a telecommunications system comprising a 
plurality of switches interconnected by respec- 
tive communications paths a method for rout- 
ing a incoming call based on a class of service 
associated with the incoming call, said method 
CHARACTERIZED BY the steps of 

responding to receipt of an incoming call 
at a respective originating one of said switches 
by deriving from information associated with 
said incoming call a service identity value and 
a transport capability value, and 

routing said incoming call to a destination 
switch as a function of said service identity 
and transport capability values derived for said 
incoming call. 

9. The method set forth in claim 8 FURTHER 
CHARACTERIZED IN THAT said step of rout- 
ing includes the steps of defining, as a function 
of said service identity and transport capability 
values derived for said incoming call, a priority 
level, and 

selecting as a route to said destination 
switch a route having a current load status 
commensurate with the priority level defined 
for said incoming call. 

10. The method set forth in claim 8 FURTHER 
CHARACTERIZED IN THAT said service iden- 



tity and transport capability values define the 
class of service that is associated with said 
incoming call. 

5 11. The method set forth in claim 9 FURTHER 
CHARACTERIZED IN THAT said route is a 
multiple-link path and wherein said step of 
routing includes the step of identifying said 
multiple-link path as a function of information 

10 obtained from said destination switch, such 

that the load status of said multiple-link path is 
commensurate with the priority level defined 
for said incoming call. 

75 12. In a telecommunications system, comprising a 
plurality of switches interconnected by respec- 
tive communications paths and providing a plu- 
rality of classes of services associated with 
respective calls processed by said network, a 

20 method for selecting a route to a destination 

switch for an incoming call based on a class of 
service associated with the incoming call, said 
method CHARACTERIZED BY the steps of 
deriving from information associated with 

25 said incoming call a service identity value and 

a transport capability value, 

deriving a respective priority level for said 
incoming call as a function of said service 
identity and transport capability values, and 

30 routing said incoming call to said destina- 

tion switch over a path having a current load 
status that is less than said priority level and, 
in the event that said path is not available, then 
routing said call over a path having a current 

35 load status that is allowed by said priority 

level. 

13. The method set forth in claim 12 wherein said 
step for routing includes the step of translating 

40 said service identity and transport capability 

values into a routing pattern identity value de- 
fining said priority level. 

14. The method set forth in claim 13 FURTHER 
45 CHARACTERIZED BY the steps of providing a 

first table formed from a plurality of records 
each having a plurality of fields, one of said 
fields of each of said first table records con- 
taining a respective service identity value asso- 

50 ciated with a respective one of said classes of 

services, and other ones of said fields contain- 
ing said call information associated with the 
respective one of said classes of services, and 
providing a second table formed from a 

55 plurality of records each having a plurality of 

fields, one of said fields of each of said second 
table records containing at least one pair of 
service identity and transport capability values 
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and at least another one of said fields of each 
of said records containing a respective routing 
pattern identity value, 

whereby said second table may be used 
to translate a respective pair of service identity 5 
and transport capability values into said re- 
spective routing pattern identity value, and 
whereby a new class of service may be readily 
defined by inserting in respective fields of an 
available record contained in said first table a w 
respective service identity value and associ- 
ated call information and inserting in respective 
fields of an available record contained in said 
second table the service identity and transport 
capability values associated with the new class 15 
of service and a respective routing pattern 
identity value. 

15. The method set forth in claim 12 CHARAC- 
TERIZED IN THAT said service identity and 20 
transport capability values define the class of 
service that is associated with said incoming 
call. 

16- The arrangement set forth in claim 12 CHAR- 25 
ACTERIZED IN THAT said incoming call is 
received at an originating one of said switches 
and said path is a multiple-link path and 
wherein said method includes the step of iden- 
tifying said multiple-link path as a function of 30 
information obtained from said destination 
switch, said information including the load sta- 
tus of direct paths from said destination switch 
to other ones of said switches. 
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